home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1449 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.2 KB
  1. Date: Tue, 24 May 94 15:48 CDT
  2. From: ekl@sdf.lonestar.org (Evan K. Langlois)
  3. To: mint@atari.archive.umich.edu
  4. Subject: GEMDOS re-entrancy
  5.  
  6.  
  7. ========================================================================
  8. - HD driver initiates transfer, puts process A to sleep. Note that
  9.   process A is now sleeping *inside* GEMDOS.
  10.  
  11. - Process B makes a GEMDOS call.
  12. ========================================================================
  13.  
  14. It would seem there are 3 choices.
  15.  
  16. 1) GEMDOS must be re-entrant.  It isn't.
  17.  
  18. 2) Process B must not make a GEMDOS call.  This could lead to some weird
  19.    multitasking.  I guess it would work, but halting the AES when a program
  20.    tries to load fonts could get kinda hairy.  Processes that can't call
  21.    GEMDOS cannot accept input or display output.  This will work, but it's
  22.    hairy.
  23.  
  24. 3) Make process A sleep OUTSIDE GEMDOS.  There must be some way to clean up
  25.    GEMDOS while process A sleeps, perhaps exiting GEMDOS and putting the
  26.    process on some sort of wait queue.  Then have the process re-enter
  27.    GEMDOS when the IO is complete.  There has GOT to be some way to clean
  28.    things up.
  29.  
  30. I'd rather make GEMDOS re-entrant, but failing that perhaps option 3 could
  31. be implemented?
  32.  
  33.